home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part1 / 8877 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.8 KB
  1. Path: ix.netcom.com!netnews
  2. From: "Albert P. Belle Isle" <belleisl@cerberus-sys.com>
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Transferrate USR 28800
  5. Date: Sat, 23 Mar 1996 07:58:42 -0500
  6. Organization: Cerberus Systems, Inc.
  7. Message-ID: <3153F582.7BED@cerberus-sys.com>
  8. References: <4iuhu7$rv9@hasle.sn.no>
  9. NNTP-Posting-Host: low-ma1-24.ix.netcom.com
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=us-ascii
  12. Content-Transfer-Encoding: 7bit
  13. X-NETCOM-Date: Sat Mar 23  4:58:50 AM PST 1996
  14. X-Mailer: Mozilla 2.01 (Win16; I)
  15.  
  16. Frode Magnar Thulien wrote:
  17. > 
  18. > I have an USR Sportster 28800. I'm surfin' with an average
  19. > transferrate of 1,8k/s. This can't be right, or??
  20.  
  21. Frode:
  22.  
  23. With an uncompressible (already compressed) file, you should be able to
  24. get 3.2KBytes/sec for a 28.8Kbps connection, 2.7KBytes/sec for a 24Kbps
  25. connection, etc.
  26.  
  27. (Obviously, downloading compressible files should give correspondingly 
  28. greater effective transfer rates with V.42bis data compression. This, 
  29. of course, has nothing to do with Van Jacobson header compression - the 
  30. disabling of which could reduce the 3.2KBytes/sec to 3.1 or even 
  31. 3.0 KBytes/sec, depending on packet size.)
  32.  
  33. If you observe such transfer rates at some points in a download, but the
  34. overall average is less, that average had to have been reduced by pauses
  35. between TCP/IP packet transfers.
  36.  
  37. If the pauses were just due to the fact that the server was too busy to
  38. send as fast as you could receive, turning-on TCP Trace (if you were a
  39. Trumpet WinSock user) would show a smooth sequence of MSS-sized segment
  40. transfers, but with pauses. In that case, if you turned-on Trumpet
  41. TCPMeter, you'd be able to open a second window to another server and see
  42. yourself using the difference between the average file download rate and
  43. 3.2KBytes/sec for a second download from that different server.
  44.  
  45. If the problem was IP routing congestion on the then-available paths
  46. between you and the server, RTOmax time-outs by the server (waiting for
  47. your ACKs) would cause him to re-transmit, resulting in "unacceptable
  48. segments" and TCP re-synchronization pauses. (Out-of-order segments that
  49. took different routing paths through the Internet could cause similar
  50. pauses.)
  51.  
  52. There's not much you can do about a busy Internet.
  53.  
  54. However, if you failed to ACK because of damaged packets, you might be
  55. experiencing PPP frame check errors, which would also result in pauses
  56. for re-transmission.
  57.  
  58. These could be due to com overrun errors caused by your machine not
  59. servicing com port interrupts fast enough to keep up with the rate you
  60. promised the modem in your com port setting.
  61.  
  62. They could also be due to inadvertently disabling your V.42 error
  63. correction, which you might not notice on a very clean phone line. (On a
  64. line with any amount of noise, you'd find that the error rate would swamp
  65. TCP/IP and that PPP would probably hang-up your connection.)
  66.  
  67. These are problems in your data link layer, and should be eliminated.
  68.  
  69. Similarly, if you and the server agreed on a TCP MSS that was not less
  70. than the smallest IP MTU of all the routers between you (minus 40 bytes
  71. for headers), you'd be getting slowdown from IP packet fragmentation.
  72.  
  73. If your TCP RWIN was set to more than the size of the number of TCP data
  74. segments that would fit in the number of IP packet buffers your Internet
  75. service provider allocates per dial-in port, the resulting dropped
  76. segments would also cause re-transmission pauses.
  77.  
  78. These are problems in your TCP/IP layers, that should also be eliminated.
  79.  
  80. I've put together a tutorial on WinSock speed-tuning at the URL listed in
  81. my signature block, if you're interested in further elaboration.
  82.  
  83. Regards,
  84.  
  85. Al
  86.  
  87. -- 
  88. ==================================================================
  89. Albert P. Belle Isle
  90. Cerberus Systems, Inc.
  91.  
  92. Al's Winsock Tuning FAQ -
  93.        http://www.cerberus-sys.com/~belleisl/mtu_mss_rwin.html
  94. ==================================================================
  95.